home *** CD-ROM | disk | FTP | other *** search
- Path: news.rain.org!ppp:stevec
- From: stevec@rain.org (Steve Childress)
- Newsgroups: comp.dcom.modems
- Subject: Re: Looking for Autobauding Algorithms
- Date: Wed, 17 Jan 96 06:41:52 GMT
- Organization: Self
- Message-ID: <4di5ng$39k_001@news.rain.org>
- References: <PORTZ.96Jan12084911@delilah.westend.com> <4d6n9h$p2o@nnrp1.news.primenet.com>
- NNTP-Posting-Host: @user11.term1.ventura.rain.org
- X-Newsreader: News Xpress Version 1.0 Beta #4
-
- In article <4d6n9h$p2o@nnrp1.news.primenet.com>, billy@mix.com wrote:
- >Michael Portz <portz@westend.com> writes:
- >
- >> I have a question concerning the realization of algorithms to
- >> automatically detect the incoming baudrate:
- >
- >> - What algorithms are used?
- >> - Can it be done with a 16550-stylish UART or does it have to be
- >> something like a microcontroller.
- >
- >This is done by settingthe port to a certain speed, like 9600, then
- >having the usr type a char such as a return. Depending on the speed
- >this will either generate a return or some other char, which is then
- >looked up in a table to get the speed that corresponds with it.
- >
- >I don't know about the 16550 in particular, but with some UARTs you
- >have to drop to 2400 or so and try again if the 9600 test fails. And
- >I have to use different lookup tables for different hardware, at least
- >in the DEC world.
- >
- >Billy Y..
-
- I understand that autobaud is done, within the modem, by measuring the
- period of the start bit, given that the bit after the start bit is
- of the opposite polarity,e.g. the "A" in "AT<return>". Given the
- period of the start bit, the low level software can determine the
- timing of the rest of the bits.
-
- I do not think your method is usable because of the order of magnitude
- difference and unpredictability of the bit-synch at the character
- level, vice the bit level which I describe.
-
- stevec@rain.org
-
-